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INTROGUCT LON 


RSY-1i4% 1s a Real Time Operating Syste* for the DFeti/4s, 
tnat {s ah{losonnically simflar te RSXe15 with tae aactition 
oft Fixed and/or aynamic oartitionings eeerntrant ifbrartes, 
output stoojing, Cnecxpointing, and Funet{me Seapets 
salaction, A major difference from FSX915 Is tra use of 
event Fjags" [nsteaa of “Event Varlabjes", ara the aoifity 
to WAITFOR a logical somoination of events, 


SYSTEM DESCRIPTION 


RSX¥-119 Ts an event driven, fixed/varlasle oartivions disk 
based, software orlority multi=prosramaing system  tnat 
provides flexibje schedullag;, program protection, prlority 
Queucd I/G, and fast intarrunt rasronse, 


The systen {s designec for use In [Industrial process cantrol 
and jaboratery appileations wnera disk Sforane of aragrans 
and data, efficient and sonventant scheuul|{nga of onerationse 
and eaotd response to Interryats |s resulrad, 
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The basje Program un]t undar RSX-110 {fs cal|ed a "Task" . and 
consists of a program or set of programs trat have b3en 
wreftten {(n FORTRAN and/or POP#=11 asseytbly janauage 

-‘Relocatabje object modujes are created either ona|liva or 


 affeline, and ara "“Instajled" [nto an RSxX-116 system 


-on=| ne, This aneJ|ne procass resujts In the recoraina of 
the Task on the system disk Tn S051" memory |mage form 
(ready for precutlon)y 


PARTITIONS og Fas 7 


artltifons. ara areas of cont{[guous real mamory that are used 
Mir Task execution, There afe two mod*s of Partition usage} 
CL)."User Control" wheres only one task at a tlma may occuoy 
the. Partitjon, and (2) "Systen Control" wnere tne system 
controls aljocation of memory (witnin tne Partition) -ep 
‘exacytlon of ona of ore Tasks, Tea name, oase address, 
stze@, and mode of aacn Part}tlon [s speci|fiesd at Systan 
Configuration. tine, and cannot be cnahged anel|[na, Tas¥s 
ape [nsta|]ked to run [n a particular Par|]tlon, cut, upon 
spsclflc request, may run-In any Part|t{[on that Is large 
enougn, . 


DISK USAGE 


Part of tne executive cade |s a RF and/or RK Disk Driver 
whften provides Storage Allocation and Block Transfer 
funetilons for Privelesed requestors, 


When a Task Imaga [s oullt, a disk area |S allecated to 
contajn tra Task's foac Image, and, [f the Task Is declared 
"cneckrolntaple", 2 swapout area -[s also ajlacates, The 
Task [mage is written sucn that a sjnagle transfer can ne 
used to loaq [ts [mace into a Part{itIlon, Execeot far Gloosal 
Common and Rasldant Library Routtnes (*nlen rare not a nart 
of the disk Image), a Task requilras contiguous real manory, 


" MULTIPROGRAMMING 


Effectiva multlorcgrammine depands upon Multiple “anory 
residency of TaSkS,; and upon Tasks Spending sone of thalr 
res[dency wajting for 170 compjetion, waiting for 
synchronization wlth other Tasks, of In sone way dejing 
unable to continue execution, Thus, anite ne of saveral 
Tagxs area waltlnqe anothep Task may utilize the central 
processor’s resources, 


RSXs117 SYSTEM OVERVIEN pti * PAGE «3 


Under fSX=4190, Tasks are run at a software orfor|ty fevel 
Fangina. fron a fow of ane through a Alaoh of 255, and the 
Highest orlorlty Task capatje of executijon ts granted the 
Centra] or %cessor resources, . 


When a Task becomes raady to execute, and |8 of ai hliaher 
oryor{[ty tnan tna currently executina Tasks the flower 
prlority Task [s Interrupted and the nlgner orlority Task Is 
ajlowed to fun, Exacutfon of the |ntertuntey Task wl tt 
continue wnen [t once again ocecomes tha hnighost oflorlty 
Tagen capable of exacution, Tn2 environment of an 
Intorrupted Task |s srasearved, ang, excent f*r elagsed _t]ime, 
Intsrrugt®ton [s transparent to an Interrupted Task, 


TnTs mult}]orogranmm—ng normally aooljes onty to 
memoryerasldent Tasks, 1,6., onee a Task }s In nmeanmory, it 
ts normajily allowad to run to . comojatijoan Ino oa 
mult}programming fashion even [f ]ts memory becomes retulred 
for the exacution of a rAlgher orfority Task, ‘lowuver, when 
Tt Is daes{[ratie to free a Part{tlan for sxecitioen of a 
hiqner .ortartty Task, a Task may he declarad 
“checknolntable! when [t Is Tnstalled, Cneckpointabdle Tasks 
area Swapped=aut when their Partition Is reaulred for a 
higher oprilorlty Task, and Swanped-I[n wnean they ance aritn 
become the hlemest priority Task requiring [ts Partitian, 


Normally, a Task Is breugnt Tato mamory ently upon a request 
for [ts execution, and several TaSksS may use the sane 
memory, However, wren deslrabia, a Task ay ne 
"ffxed=([nememory” nernitting faster response to raquasts for 
execution, but aed{cating a ratelel ers or part of ane, to a 
Si|[ngte Task, 


SIGNIFICANT EVENTS AND EVENT FLAGS 


A Task is considered "active" from the tine Its executian Is 
Fequasted unti| the time ft has EXTed: and tne system 
matntalns a priority orcerea {ist of actlye Tasxs cajjad tha 
Active Task List, The system js adrfven oy tnis jist In tke 
following way, A Sianificant Event [5 a consitlon thas Is 
Gecilarad by a program that recognizes tnat an event af 
Sjqanfflcange nas occurred, Whenever a Slan{ficant Event fs 
deciareu, any executing Task Is [nterruptad and the Active 
Task List [s seannead fren the ton axamining tha status af 
Tasks {fn deacanding prior{[ty eraar until a Task rarabie ef 
exeacutlon js found, Execution of tne Tas«K Is then 
Inttfated, of cent Inued, unti|] efthar: 41) the Trsx axtts, 
2) the Task must walt for another evant (vizis 1/0 
completf{[on), of 3) a Signiftcant Evert occurs and a hlaner 
prJor|ty Task [8S capable of executton, Task switching 
occurs onijy as a resujt of ai S{galfilcant Event, ara 
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-Stanificant Events are declared whan events of s|uniflcance 
occur, [,e., RSX*110 Is an evant drijyen system, 


Associated wlth Slanificant Events are fags cajied Event 
Flags, Declaration of a Slonitficant Event [ndjcates that 
Something mas happened, and the settina of a sarticylar 
Event Flag Indlcates what has happened, For exartple, ipan 
completion of 1/0 requests, Handier Tasks Mmorma|ly set a 
requestor I|nd{cated Event Flag and deciare a Sisnifleant 

Event, If the requesting Task has [nstryucted the system 
that It could not execute untli the Event Varfacle had been 
Set, Tasks of lower arlority could be run because scans of 
the Active Task LISt could pass tna Task waiting far 170 
comoltet{[on unti}| the Significant Event was ceclaroed as a 
result of tne 1/0 completion, 


Each Task has access to s{xtysfour (64) Event Flags of wh{ch 
tnirtyetwo (32) are unique to each Task, and thirtystwo are 
common to aj] tasKs,- | a eS 


SYSTEM TRAPS 


The abdfi{ty to sorvice certaln cond] tions without 
continuously tasting for tnelr existence |s providea via 
"System Traps", Tnese Traps consist of a linkage setned to 
optjona| jn«Tas« trap service routines, Tne servise 
routines are instaj|ed as a part of tha Tasks Iim|rec “y tre 
Same restriletions as tne Task, and run at tne TasK«K‘s 
orlority aS a result of a System Tran condition, This 
faci {ity also provides a means of responalnc to the 
execution of privijeged |nsteuctfons and noneRSxk-j4) EMTs, 


I” the system [s not explleltiy notlf{sd of the existence of 
a System Tran service routine, the System Trar will not 
occur, : 


ON@LINE TASK DEVELOPMENT 


Program development under RSX-11D Is  pravided as a 
s{nglesstraan Batch capabliIty, Program unltS may be 
assembled or comol|[led (Fortran IV), TaSk Images Tay be Sulit 
and |nstaljed of femoved, and ff je man|pujation uti tity 
Operations may be performed, 
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THE MONITOR CONSOLE ROUTINE 


‘Operator [nterface to tha system Ts provided by a fac] |Tty 
callad the "MCR" for Mon|tor Console Routine, 


MCR dlafogue [s estab{Ished by typTng a 1C on a TTY, This 
causes an MCR d]spateh Task to run wish outputs an "MCR," 
promnting Symoo{| and reads a jine of comnanc Inout, TRa 
command Input i}ne [ndfcates what function Is to ne 
performed and centalnS patameters wnen necessary, The 
d{spaten Task cayseS an MCR Fynction Task to run, whiten 
performs the requested functton, There JS one MCR Function 
‘Task for every MCR Function, ; 


A typioal system m[gnt have MCR functions to provide system 
“Status, perform Task sghedul{ng, ¢nhange Logleal unit 
Ass|anments, etc, 


Since normal RSXei1D Tasks are ysed to Impjement MCR 
Functions, Specja| ourpase funetlons to orovide added 
fiextbl|Tty or corivenience for a partioular appijcation or 
Installati¢namay be easily developed and added, 


SYSTEM DIRECTIVES 


System Directives cf Blrect¥ves are Jnstructions to the 
Systen to perform an Indjcated oparation, Olrectives are 
Implemented as EMT/s and supported under FORTRAN by |forary 
Subpout[nes, : 


Dlrect{ves allow Tasks to schedule other tasks, measure t[me 
Infervais, queue 1/0 requests, suspend executjon |n var Tous 
Ways, change logical unit assignments, exit, and serform 
eather utili ity oparations, 


170 HANDLERS 


With the exception of tha Systen Ofsk Orlver(st, whlen are a 
part of the executive, al| '/0 Ts supported by "1/0 Hand{er 
Tasks", Ynaso Tasks afffoer from most other Tasks fn that 
(4) they contain an Interryet sepv[ca rout{[ne, €2) they run 
with additiona| orfvtece, and (3) that a naning convention 
ex}sts (vizi. the Line Pinter Handler Task 1S Named 
WLP oseou tds 


1/0 Handler Tasks are are [oaded Into, or unfieded ffom, 
memory by NCR commands, 
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‘¥/O0 requests are queued for each un{t by prlority usually 
Fequestor task priority), and Handler Tasks pick peauests 
from the top of raquest queues, Thus: preferentia| service 
1s given to high priority requestors, However, when 
appropriate, Handijer Tasks. accept “attach un{t to Task" 
foquests and then desqueve only requests from the attached 
Task, This continues unti} -a “detach unAjlt from Task" 
-fequest |S de-queyeds which causes rpequests to be de-queued 
by prlorlty (off the top) once again, 


Tha Interface betwaen an 1/0 Handler Task and the RSX=#110 
system Js accompi{shed by Direct]ves and by resrantrant 
system subrout{[nes (vlz,2 to attach, detach, and  de-queus)s 
and the Major effort jn developing am RSX-110 Handjer Task 
Ys In drplving tne device: and not |n,compieting an Intimate 
Interface. to a host system, 


